iT邦幫忙

2021 iThome 鐵人賽

DAY 3
6

如果為了履歷好看放上參與度不高的專案、不夠熟悉的技術、不真實的自我介紹;遇上老練的面試官,你將會血流成河

人在面對自己不擅長的事情時會慣性逃避,但隨著時間拉長,有些人不只忘記自己當年的逃避,甚至還把它放上履歷;當求職者在毫無防備的狀態下被問到當年逃避問題時,最先可能有短暫的失神,而後為了填補這段尷尬的時間開始胡言亂語創造歷史,把無能跟想要找藉口的醜態直接呈現在面試官眼前。

大綱

  1. 全端工程師的履歷範本
  2. 面試官從履歷中看到了什麼
    • 2.1 自我介紹的內容是否屬實
    • 2.2 如何從專業技能中,了解你對這些技術理解的深度
    • 2.3 從你的學經歷更近一步確認履歷的真實性
    • 2.4 在傑出事蹟中了解你做事的動機
  3. 補充說明
    • 3.1 檢查寫好的履歷是否有如下問題
    • 3.2 不要寫自己沒有把握的內容
    • 3.3 用面試官的角度看自己的履歷

1. 全端工程師的履歷範本

建議讀者在看完下面的履歷後,從面試官的角度來思考,自己會詢問哪些問題。

下面的公司、專案內容皆為虛擬,如有雷同純屬巧合。

Dean Lin / 資深全端工程師 / dean_lin@gmail.com

  • 自我介紹

    • 擁有 5 年建構全端網站的實務經驗:任職期間完成 7 個百萬級別、1 個千萬級別專案;擅長分析系統操作流程、資料庫規劃;熟悉 GIS、IPC 產業知識。
    • 具備優秀的溝通能力:能有效統整客戶提出的需求,在了解對方面臨的痛點後,經過協商給予合適的解決方案。
    • 對系統品質的要求:遵循 Git Flow 進行開發,並在 CI/CD 的 Stage 中加入 Unit Test 確保功能穩定性。
    • 善用專案管理工具:使用 Jira、Confluence 與團隊溝通,藉此追蹤工作進度並維持專案品質。
    • 自主學習:在空閒時研究能幫助或娛樂朋友的 Side Project,並保持撰寫技術文章與吸收新知的習慣。
  • 專業技能

    • Frontend
      • Nuxt.js:Vue.js & Vuetify & Vuex
      • HTML5、CSS、JavaScript
    • Backend
      • PHP:Laravel
      • Node.js:Express.js、AdonisJS
    • Database
      • MySQL、MSSQL、PostgreSQL
    • PMIS
      • Jira、Confluence、Trello、Slack
    • IDE
      • VS Code
  • 學經歷

    • (1) 黑寶科技有限公司 / 資深工程師 / 2016.07 - 至今

      • 代表性專案
        • XXX OTA 系統
          提供客戶發布軟體、韌體更新的平台,同時他們可透過平台管理、監控機器軟硬體資訊。
        • XXX 地圖系統
          讓該單位脫離紙本作業,可使用網頁系統在地圖即時追蹤及管理物流資訊。
        • XXX 點餐系統
          讓用餐客人可以透過掃描 QRCode 觀看菜單以及點餐,也提供餐廳員工管理餐點訂單的後台。
        • XXX 資料庫系統
          將 Visual Basic 的單機版程式改寫成網頁系統,整合過去冗贅資料表,優化使用者體驗。
      • 工作內容
        • 跨部門溝通
          與產品經理開會確認具體需求,與不同部門溝通整合資源;並將會議與任務記錄在 Jira、Confluence 確保為有效溝通且方便追蹤。
        • Backend
          依據 RESTful 原則撰寫 API,並撰寫高覆蓋率的 Unit Test 保證功能穩定性,完成後提供詳細的 API 文檔讓前端串接時工作順暢。
        • Frontend
          依據 UI 工程師提供的 Prototype 設計網頁、確認在不同版型下都不會破版,並致力於優化效能、提供更好的使用者體驗。
        • MIS
          使用 EXSI 管理公司內部 Server,並架設 Gitlab 供軟體部門使用,熟悉 Nginx 應用。
        • 教育訓練
          向公司業務、產品經理介紹過去的系統幫客戶解決了哪些問題,以期增加新客戶;專案完成後向客戶說明系統使用方式,讓專案可以順利結案。
    • (2) 國立 XXX 大學 / 資訊工程系 學士 / 2011.09 - 2015.06

      • 實習: 肯尼資訊(RFID 研究)
      • 比賽經歷: 全國大專盃 XXX 競賽(亞軍)、XXX 創業競賽(入圍)
      • 畢業專題: Google Map 旅費比一比
  • 傑出事蹟

    • 2019 年:自學 React Native 並開發了一款魔術 App;上市第一週銷售額破 20W,宣傳片連結
    • 2020 年:獲得 iT 邦幫忙鐵人賽 AI&Data 組佳作,作品連結
    • 2021 年:受出版社邀約將比賽系列文章整理成冊;在預購期間便登上天瓏書局週暢銷榜 TOP2,書局連結
    • 碰上有趣的想法就會研究相關技術,並將其寫成 Side Project 在 GitHub 上分享。
    • 將過去解決過的問題、自己研究過的技術整理成文章,至今已在 Medium 平台發表 60 餘篇。

2. 面試官從履歷中看到了什麼

接下來我們分段來看,面試官在每段履歷取得的資訊,以及可能會產生的疑問

你可以參考下面的範例,給自己模擬出一份面試考題

2.1 自我介紹的內容是否屬實

求職者自我介紹當然都往好的方向講,而面試官想要驗證它的真實性就是往下細問。

  • 擁有 5 年建構全端網站的實務經驗:任職期間完成 7 個百萬級別、1 個千萬級別專案;擅長分析系統操作流程、資料庫規劃;熟悉 GIS、IPC 產業知識。
    • 這些案子都是自己獨立完成的嗎?還是有跟同事一起合作?
    • 你可以分享一下最近的專案,它的架構是如何設計的嗎?
  • 具備優秀的溝通能力:能有效統整客戶提出的需求,在了解對方面臨的痛點後,經過協商給予合適的解決方案。
    • 你會用什麼工具來統整客戶的需求呢?
    • 你可以分享客戶過去遇到哪些痛點,以及如何解決的嗎?
  • 對系統品質的要求:遵循 Git Flow 進行開發,並在 CI/CD 的 Stage 中加入 Unit Test 確保功能穩定性。
    • 現在專案的 CI/CD 是如何使用的?
    • 你的 Unit Test 會考慮哪些細節?
  • 善用專案管理工具:使用 Jira、Confluence 與團隊溝通,藉此追蹤工作進度並維持專案品質。
  • 自主學習:在空閒時研究能幫助或娛樂朋友的 Side Project,並保持撰寫技術文章與吸收新知的習慣。
    • 你 Side Project 的靈感是如何誕生的?
    • 可以簡述你最近分享的技術文章主題嗎?

2.2 如何從專業技能中,了解你對這些技術理解的深度

  • Frontend
    • Nuxt.js:Vue.js & Vuetify & Vuex
      • 請說明你現在專案用到的前端框架
      • 如何判斷專案要使用 CSR 還是 SSR?
    • HTML5、CSS、JavaScript
    • 在使用後端的資料前,你有先做驗證嗎?
  • Backend
    • PHP:Laravel
    • Node.js:Express.js、AdonisJS
      • 請簡述 Node.js 的 Event Loop
    • 你會的後端框架不只一個,可以說明一下他們之間的差異嗎?
    • 在正式 API 完成前,如何讓要串接的工程師不要空等?
    • 設計 API 時會考慮哪些點?
  • Database
    • MySQL、MSSQL、PostgreSQL
    • 面對商品秒殺,有哪些方式可以避免超賣?
    • 面對高併發的的系統,會採取哪些措施?
    • 關連式資料庫與 NoSQL 的差異有哪些?
    • 在設計 DB 上你會考量哪些點?
  • PMIS
    • Jira、Confluence、Trello、Slack
  • IDE
    • VS Code

2.3 從你的學經歷更近一步確認履歷的真實性

  • (1) 黑寶科技有限公司 / 資深工程師 / 2016.07 - 至今

    • 代表性專案
      • XXX OTA 系統
        提供客戶發布軟體、韌體更新的平台,同時他們可透過平台管理、監控機器軟硬體資訊。
      • XXX 地圖系統
        讓該單位脫離紙本作業,可使用網頁系統在地圖即時追蹤及管理物流資訊。
      • XXX 點餐系統
        讓用餐客人可以透過掃描 QRCode 觀看菜單以及點餐,也提供餐廳員工管理餐點訂單的後台。
      • XXX 資料庫系統
        將 Visual Basic 的單機版程式改寫成網頁系統,整合過去冗贅資料表,優化使用者體驗。
      • 說一個在過去工作中你印象最深刻的專案
    • 工作內容
      • 跨部門溝通
        與產品經理開會確認具體需求,與不同部門溝通整合資源;並將會議與任務記錄在 Jira、Confluence 確保為有效溝通且方便追蹤。
        • 在工作中有遇過哪些挫折、衝突,以及的解決方式
      • Backend
        依據 RESTful 原則撰寫 API,並撰寫高覆蓋率的 Unit Test 保證功能穩定性,完成後提供詳細的 API 文檔讓前端串接時工作順暢。
      • Frontend
        依據 UI 工程師提供的 Prototype 設計網頁、確認在不同版型下都不會破版,並致力於優化效能、提供更好的使用者體驗。
      • MIS
        使用 EXSI 管理公司內部 Server,並架設 Gitlab 供軟體部門使用,熟悉 Nginx 應用。
      • 教育訓練
        向公司業務、產品經理介紹過去的系統幫客戶解決了哪些問題,以期增加新客戶;專案完成後向客戶說明系統使用方式,讓專案可以順利結案。
    • 描述一下你在這份工作中擔任的角色、負責的任務
    • 我看你在這間公司發展的挺不錯、也很穩定,為什麼會考慮新機會?
  • (2) 國立 XXX 大學 / 資訊工程系 學士 / 2011.09 - 2015.06

    • 實習: 鹿尼資訊(RFID 研究) / 2015.02 - 2015.06
    • 比賽經歷: 全國大專盃 XXX 競賽(亞軍)、XXX 創業競賽(入圍)
      • 在比賽的團隊中,你擔任什麼角色?你可以簡單說明一下參賽作品嗎?
    • 畢業專題: Google Map 旅費比一比

2.4 在傑出事蹟中了解你做事的動機

  • 2019 年:自學 React Native 並開發了一款魔術 App;上市第一週銷售額破 20W,宣傳片連結
    • 請你花一分鐘介紹這個產品給我們認識
  • 2020 年:獲得 iT 邦幫忙鐵人賽 AI&Data 組佳作,作品連結
    • 為什麼會想要參加這個比賽,是什麼動力讓你完賽的?
  • 2021 年:受出版社邀約將比賽系列文章整理成冊;在預購期間便登上天瓏書局週暢銷榜 TOP2,書局連結
    • 你花了多久時間寫這本書,寫書的過程是如何與工作及生活平衡的?
  • 碰上有趣的想法就會研究相關技術,並將其寫成 Side Project 在 GitHub 上分享。
    • 你所研究的技術非常多,不覺得這樣學得有點太雜了嗎?
  • 將過去解決過的問題、自己研究過的技術整理成文章,至今已在 Medium 平台發表 60 餘篇。
    • 為什麼要分享技術給大家,不會覺得在增加自己的競爭者嗎?

3. 補充說明

你可以美化履歷,但內容絕對要真實。

3.1 檢查寫好的履歷是否有如下問題

  • 錯別字
    • 自己檢查兩遍以上
      自動選字加快了打字的速度,同樣也造成了非常多的錯漏字;最常見的如「在、再」不分這類諧音字的錯誤;自己檢查兩遍一定會發現有很多這類的問題。
    • 請親友檢查
      看自己寫的東西一定有盲點,大腦會將熟悉的資訊自動補全,所以有些明顯的問題就算檢查多次卻依然被忽略;但這些問題在第一次閱讀的人眼中是非常容易找出來的。
  • 專有名詞混亂
    • 專有名詞不統一、大小寫錯亂
      我覺得 JavaScript 是一個很好的範例,因為他的表達方法太多了,如:「JavaScript、Javascript、javascript、JS、js」,儘管大家都看得懂你想表達的意思,但如果你的履歷中使多次用到專有名詞,請一定要統一規則,建議比照官網最沒有風險。
  • 排版
    • 閱讀障礙
      儘管履歷沒有絕對的撰寫格式,但如果你的履歷有時間軸錯亂、用詞艱澀、看不到重點的問題;往往是排版出了問題。
    • 字體不統一
      有些履歷會使用多種字體,像是大標用華康、次標用圓體、內文用黑體;老實說除非你對自己的美學很有把握,不然這樣的設計有時會讓閱讀者覺得不太舒服,安全牌就是統一使用微軟正黑體
    • 每個段落格式不統一
      「大標、次標、內文」的字體及大小要統一;上下行距、段落間隔、左右邊界的設定也要注意是否讓閱讀者不舒服。

3.2 不要寫自己沒有把握的內容

很多人為了讓自己的履歷好看一點,會把略懂的技能都寫上去,營造出自己是一個全才的假象;但除非你真的是全才,不然建議只放自己最熟悉的部分,萬一你因為自己營造的假象而獲得 Offer,我認為這才是雙方悲劇的開始

你敢放到履歷上的東西都要經得起對方的詢問,就算對方詢問你 3 年前的專案具體負責哪一塊、使用什麼架構,你都要能夠倒背如流;如果不復記憶的專案我建議就不要放了,那根本是挖坑給自己跳


3.3 用面試官的角度看自己的履歷

我強烈建議在完成履歷初稿後,你要把履歷用「2. 面試官從履歷中看到了什麼」的方式做模擬,去思考:

  • 履歷中的每段資訊是否有存在的價值
  • 裡面放的技術、經歷有辨法接受考驗嗎
  • 看這份履歷時有吸引力嗎

如果上面 3 點無法全部滿足,就代表還有調整的空間。

我相信這個章節中提到的問題,也是很多人在真實面試環境中會遇到的,所以在「PART 2」的部分我會跟各位讀者分析為什麼會面試官問這些題目,同時給予參考的回答;並分析可能會一同出現的延伸問題。


感謝大家的閱讀,如果喜歡我的文章可以訂閱接收通知;如果有幫助到你,按Like可以讓我更有寫文的動力,我們明天見~

我在 Medium 平台 也分享了許多技術文章
❝ 主題涵蓋「MIS & DEVOPS資料庫前端後端MICROSFT 365GOOGLE 雲端應用自我修煉」希望可以幫助遇到相同問題、想自我成長的人。❞


https://ithelp.ithome.com.tw/upload/images/20230512/20103256twZPv1G4XH.jpg

在許多人的幫助下,本系列文章已成功出版,除了添加新的篇章,更完善了每個案例的應對進退;如果對現在的職涯感到迷茫,也許這本書能帶給你不一樣的觀點~

天瓏書局: https://www.tenlong.com.tw/products/9786263334571


上一篇
[履歷]準備履歷不只是為了面試!
下一篇
[履歷]用簡報讓面試官集中注意力
系列文
全端工程師生存筆記30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言